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SYSTEM AND METHOD FOR THE COLLECTION AND DISPLAY OF NETWORK 
PERFORMANCE DATA IN A COMMUNICATION NETWORK 

5 CROSS REFERENCE TO RELATED APPLICATION 

This document claims priority to and the benefit of the filing date of co-pending and 
commonly assigned provisional application entitled DATA DELIVERY ANALYSIS 
REPORT, assigned serial number 60/083,035, and filed April 24, 1998 and is hereby 
incorporated by reference. 

S 10 

Rj TECHNICAL FIELD 

M The present invention relates generally to data communications, and more particularly, 

5 to a system and method for the collection and display of network performance data in a 

communication network. 

i 15 

jjj BACKGROUND OF THE INVENTION 

1 Historically, in the field of data communications, modems, data service units (DSU' s), 

or channel service units (CSU's) have been used to convey information from one location to 
another. Digital technology now enables other communication devices, such as frame relay 

20 data service units (DSU's) and frame relay access units (FRAU's) to communicate large 
amounts of data at higher speeds. The communication scheme employed by these devices 
generally adheres to a model, known as the Open Systems Interconnect (OSI) Seven-Layer 
model. This model specifies the parameters and conditions under which information is 
formatted and transferred over a given communications network. A general background of 

25 the OSI seven-layer model follows. 
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In 1978, a framework of international standards for computer network architecture 
known as "OSI" (Open Systems Interconnect) was developed. The OSI reference model of 
network architecture consists of seven layers. From the lowest to the highest, the layers are: 
(1) the physical layer; (2) the datalink layer; (3) the network layer; (4) the transport layer; (5) 

5 the session layer; (6) the presentation layer; and (7) the application layer. Each layer uses the 
layer below it to provide a service to the layer above it. The lower layers are implemented by 
lower level protocols which define the electrical and physical standards, perform the byte 
ordering of the data, and govern the transmission, and error detection and correction of the bit 
stream. The higher layers are implemented by higher level protocols which deal with, inter 

10 alia, data formatting, terminal-to-computer dialogue, character sets, and sequencing of 
messages. 

Layer 1, the physical layer, controls the direct host-to-host communication between the 
hardware of the end users' data terminal equipment (e.g., a modem connected to a PC). 

Layer 2, the datalink layer, generally fragments the data to prepare it to be sent on the 
15 physical layer, receives acknowledgment frames, performs error checking, and re-transmits 
frames which have been incorrectly received. 

Layer 3, the network layer, generally controls the routing of packets of data from the 
sender to the receiver via the datalink layer, and it is used by the transport layer. An example 
of the network layer is the Internet Protocol (IP), which is the network layer for the TCP/IP 
20 protocol widely used on Ethernet networks. In contrast to the OSI seven-layer architecture, 
TCP/IP (Transmission Control Protocol over Internet Protocol) is a five-layer architecture 
which generally consists of the network layer and the transport layer protocols. 

Layer 4, the transport layer, determines how the network layer should be used to 
provide a point-to-point, virtual, error-free connection so that the end point devices send and 
25 receive uncorrupted messages in the correct order. This layer establishes and dissolves 
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connections between hosts. It is used by the session layer. TCP is an example of the transport 
layer. 

Layer 5, the session layer, uses the transport layer and is used by the presentation layer. 
The session layer establishes a connection between processes on different hosts. It handles 
5 the creation of sessions between hosts as well as security issues. 

Layer 6, the presentation layer, attempts to minimize thenoticeability of differences 
between hosts and performs functions such as text compression, and format and code 
conversion. 

Layer 7, the application layer, is used by the presentation layer to provide the user with 

10 a localized representation of data which is independent of the format used on the network. 

The application layer is generally concerned with the user's view of the network and generally 
deals with resource allocation, network transparency and problem partitioning. 

The communications networks that operate within the OSI seven-layer model include 
a number of paths or links that are interconnected to route voice, video, and/or digital data 

15 (hereinafter, collectively referred to as "data") traffic from one location of the network to 
another. At each location, an interconnect node couples a plurality of source nodes and 
destination nodes to the network. In some cases, the sources and destinations are incorporated 
in a private line network that may include a series of offices connected together by leased- 
lines with switching facilities and transmission equipment owned and operated by the carrier 

20 or service provider and leased to the user. 

This type of network is conventionally referred to as a "circuit-switching network". 
Accordingly, a source node of one office at one location of the network may transmit data to a 
destination node of a second office located at another location of the network through their 
respective switching facilities. 

25 At any given location, a large number of source nodes may desire to communicate 

through their respective switching facilities, or interconnect node, to destination nodes at 



4 



TKHRRef. No. 061607-1020 



various other locations of the network. The data traffic from the various source nodes is first 
multiplexed through the source switching facility, then demultiplexed at the destination 
switching facility, and finally delivered to the proper destination node. A variety of 
techniques for efficiently multiplexing data from multiple source nodes onto a single circuit of 

5 the network are presently employed in private line networks. For instance, time division 
multiplexing (TDM) affords each source node full access to the allotted bandwidth of the 
circuit for a small amount of time. The circuit is divided into defined time segments, with 
each segment corresponding to a specific source node, to provide for the transfer of data from 
those source nodes, when called upon, through the network. 

10 Other data communications systems, in contrast, have not been as successful with 

employing multiplexing techniques to further enhance network efficiency. In particular, 
frame-relay networks offer fewer alternatives than their circuit-switching network 
counterparts. Frame-relay networks are one implementation of a packet-switching network. 
Packet-switching networks, as opposed to circuit-switching networks, allow multiple users to 

15 share data network facilities and bandwidth, rather than providing a specific amount of 

dedicated bandwidth to each user, as in TDM. Instead, packet switches divide bandwidth into 
connectionless, virtual circuits. Virtual circuits can be permanent virtual circuits (PVC's) or 
switched virtual circuits (SVC's). As is known, virtual circuit bandwidth is consumed only 
when data is actually transmitted. Otherwise, the bandwidth is not used. In this way, packet- 

20 switching networks essentially mirror the operation of a statistical multiplexer (whereby 

multiple logical users share a single network access circuit). Frame relay generally operates 
within layer 2 (the data link layer) of the OSI model, and is an improvement over previous 
packet switching techniques, such as the industry standard X.25, in that frame relay requires 
significantly less overhead. 

25 In frame relay networks, as in all communication networks, access to the network is 

provided by a network service provider. These service providers generally provide the 
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communication and switching facilities over which the above-mentioned communication 
devices operate. Typically, an end user desirous of establishing a communications network, 
provisions, or obtains from a network service provider, network services in the form of a 
public switched service network. An example of a public switched network is the public 

5 switched telephone network (PSTN) or a public data network (PDN). These public networks 
typically sell network services, in the form of connectivity, to end users. 

Typically a user of a public network will purchase a particular level of service from the 
network service provider. This level of service can be measured by, for example, network 
availability as a percentage of total time on the network, the amount of data actually delivered 

10 through the network compared to the amount of data attempted or possibly the network 

latency, or the amount of time it takes for a particular communication to traverse the network. 

One problem with current communication systems is that it is difficult for an end user 
to adequately determine whether the public network service provider is delivering the quality 
of service that the end user has contracted, or if the traffic patterns of the end user are 

15 responsible for communication difficulties. This is because it is nearly impossible for an end 
user to adequately determine whether the network is experiencing problems or whether it is 
the traffic patterns of the end user that may be preventing optimal data transfer over the 
network. 

Therefore, it would be desirable to provide a system and method that will allow an end 
20 user of a public network to adequately determine the cause of lost information and/or 
excessive network latency. 



SUMMARY OF THE INVENTION 

The present invention provides an improvement to a communication environment, 
wherein the invention collects and presents to an administrator of a communication network, 
various performance parameter views of the network. This enables the network administrator 
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to determine whether the communications network is delivering the contracted level of 
service, or whether the traffic characteristics of the customer data are reducing the level of 
performance of the network. A graphical user interface and a display system may display a 
data delivery analysis report, which includes graphical views of various network performance 
5 parameters. From this, a network administrator may determine the aforementioned 
characteristics of the network. 

This task may be accomplished by providing, in a communication environment having 
at least two communications devices and a network management system, a system for 
collecting and displaying network performance information, comprising a plurality of network 

10 performance parameter views, and display means for presenting to a user the plurality of 
network performance parameter views. 

The present invention can also be conceptualized as a method for collecting and 
displaying network performance parameters in a network comprising a network management 
system and at least two communication devices, In accordance with one aspect of the 

15 invention, the method may comprise the steps of: collecting a plurality of network 

performance parameter views including a bit burst analysis performance parameter view, a 
network latency performance parameter view, a data delivery success performance parameter 
view, and a frame size distribution performance parameter view; and displaying the bit burst 
analysis, the network latency, the data delivery success, and the frame size distribution 

20 performance parameter views. 

The invention has numerous advantages, a few of which are delineated hereafter, as 
merely examples. 

An advantage of the invention is that it allows a network management system to 
present to an administrator of the network a variety of network performance parameters. 
25 Another advantage of the invention is that it allows an administrator of a network the 

ability to determine whether a communication network is performing at an agreed upon level. 
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Another advantage of the present invention is that it allows an administrator of a 
communication network to determine whether customer traffic characteristics are reducing the 
performance of the network. 

Another advantage of the present invention is that it is simple in design, reliable in 
5 operation, and its design lends itself to economical mass production in communication 
devices. 

Other features and advantages of the present invention will become apparent to one 
with skill in the art upon examination of the following drawings and detailed description. It is 
intended that all such additional features and advantages be included herein within the scope 
10 of the present invention, as defined in the appended claims. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention, as defined in the claims, can be better understood with 
reference to the following drawings. The components within the drawings are not necessarily 
15 to scale relative to each other, emphasis instead being placed on clearly illustrating the 
principles of the present invention. 

Fig. 1 is a block diagram illustrating a communication environment within which the 
present invention operates; 

Fig. 2 is a block diagram of a network model illustrating a framework within which 
20 the present invention resides; 

Fig. 3 is a block diagram illustrating a network management system employing a data 
delivery analysis report logic of the present invention; 

Fig. 4 is a flow diagram illustrating the operation of the data delivery analysis report 
logic of Fig. 3; and 

25 Fig. 5 is a graphical representation of a data delivery analysis report of the present 

invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

The data delivery analysis report logic of the present invention can be implemented in 
software, hardware, or a combination thereof. In a preferred embodiment, the data delivery 
5 analysis report logic is implemented in software that is stored in a memory and that is 
executed by a suitable microprocessor (uP) situated in a personal computer (PC) or 
workstation that is part of a communication network management system. However, the data 
delivery analysis report program, which comprises an ordered listing of executable 
instructions for implementing logical functions, can be embodied in any computer-readable 

10 medium for use by or in connection with an instruction execution system, apparatus, or 

device, such as a computer-based system, processor-containing system, or other system that 
can fetch the instructions from the instruction execution system, apparatus, or device and 
execute the instructions. 

In the context of this document, a "computer-readable medium" can be any means that 

15 can contain, store, communicate, propagate, or transport the program for use by or in 
connection with the instruction execution system, apparatus, or device. The computer 
readable medium can be, for example but not limited to, an electronic, magnetic, optical, 
electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation 
medium. More specific examples (a nonexhaustive list) of the computer-readable medium 

20 would include the following: an electrical connection (electronic) having one or more wires, a 
portable computer diskette (magnetic), a random access memory (RAM) (magnetic), a read- 
only memory (ROM) (magnetic), an erasable programmable read-only memory (EPROM or 
Flash memory) (magnetic), an optical fiber (optical), and a portable compact disc read-only 
memory (CDROM) (optical). Note that the computer-readable medium could even be paper 

25 or another suitable medium upon which the program is printed, as the program can be 

electronically captured, via for instance optical scanning of the paper or other medium, then 
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compiled, interpreted or otherwise processed in a suitable manner if necessary, and then stored 
in a computer memory. 

Furthermore, the preferred embodiment of the data delivery analysis report logic is 
illustrated in the context of a frame relay communications network; however, the concepts and 

5 principles of the service quality measurement logic are equally applicable to other 
communication techniques, such as asynchronous transfer mode (ATM) or X.25. 

Fig. 1 shows a communication environment 1 1 in which a network management 
system 9 containing data delivery analysis report logic operates. In general, the 
communications environment includes a plurality of user devices 4a, 4b, and 4c each 

10 connected to a plurality of communication devices 12a, 12b, and 12c respectively. 

Communication devices 12 may be a wide variety of communication devices, but in a 
particular aspect of the invention, are frame relay access units (FRAU's). For simplicity, only 
three FRAU's are depicted in Fig. 1. In practice, communication environment 1 1 will contain 
many communication devices. FRAU's 12a, 12b, and 12c are considered communication 

15 endpoints and communicate over communication network 16, in a conventional manner. 

Communication network 16 can be, for example, any network that provides connectivity for 
FRAU's 12a, 12b, and 12c, and in the preferred embodiment is a frame relay communication 
network. Communication network 16 illustratively connects to FRAU's 12a, 12b and 12c 
over connections 21, 22 and 23 respectively. Connections 21, 22 and 23 can be physical links 

20 and can be, for example, Tl/El service or any digital data service (DDS). The network 
management system 9 communicates with communication network 16 over management 
connection 27 and collects network performance information from at least two 
communication devices connected to communication network 16. 

Communication network 16 is typically characterized by a mesh network of links (not 

25 shown) interconnecting a matrix of intermediate nodes (not shown) through frame relay 
switches 17 and 18. For simplicity only two frame relay switches are illustrated herein, 
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however, communication network 16 will typically contain many switching devices. The 
links are typically defined by data link connection identifiers (DLCFs), which are used to 
identify the logical connection over which the subject data is transported. The use of DLCFs 
allows multiple logical connections to be multiplexed over the same channel. Alternatively, 

5 in the case of an asynchronous transfer mode (ATM) network, virtual path identifiers/virtual 
channel identifiers (VPFs/VCFs) are used to identify the logical connection over which the 
subject data is transported. 

Information is communicated over the communication network 16 in discrete packets, 
which may be time multiplexed across shared or common communication links. For example, 

10 FRAU 12a may communicate with FRAU 12b over a predefined communication path or link 
within the frame relay network. This communication path will generally be defined by a 
number intermediate nodes. The communication link that interconnects FRAU 12a and 
FRAU 12b may be completely separate and distinct from that which interconnects FRAU 12a 
and 12c. Alternatively, a segment of the two above-described communication links may be 

15 shared. Whether the links are separate or shared is a function of a number of factors, and 
generally is determined by the service provider. 

Within communication network 16 the communication path between FRAU 12a and 
FRAU 12b, for example, may be the same in both directions. For example, data transmitted 
from FRAU 12a to FRAU 12b may traverse the same path (i.e., interconnecting, intermediate 

20 nodes) as will data transmitted from FRAU 12b to FRAU 12a. This path of intermediate 

nodes is defined by DLCFs, and is commonly referred to as a permanent virtual circuit (PVC). 
This name derives from the fact that the circuit is permanent in that it does not change from 
transmission to transmission. It is, however, virtual in the sense that a unitary physical 
connection (such as a dedicated leased line) is not established and maintained between the two 

25 end points. For example, communication link 21 may be assigned a DLCI of 120 and 
communication link 23 may be assigned a DLCI of 100, resulting in a PVC between 
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communication devices 12a and 12c DLCFs are assigned to and define all the points in a 
network through which data passes. For simplicity the data delivery analysis report logic 100 
is described herein as applied to permanent virtual circuits (PVC's); however, the data 
delivery analysis report logic 100 is equally applicable to communication networks employing 

5 switched virtual circuits (SVC's). 

In accordance with the invention, network management system 9 communicates with 
at least two FRAU's (in this case FRAU 12a and FRAU 12c) in order to collect information 
from each FRAU, the information relative to the performance of the communication network 
16. For example, information such as transmit burst analysis - the generation of which is 

10 disclosed in commonly assigned co-pending U.S. Patent Application Serial No. 09/1 18,106, 
entitled "SYSTEM AND METHOD FOR CHARACTERIZING BURST INFORMATION", 
filed on July 17, 1998, and which is hereby incorporated by reference - and information such 
as network latency and data delivery success the generation of which is disclosed in 
commonly assigned co-pending U.S. Patent Application Serial No. 09/144,926, entitled 

15 "SYSTEM AND METHOD FOR THE MEASUREMENT OF SERVICE QUALITY IN A 
COMMUNICATION NETWORK", filed on September 1, 1998, and which is hereby 
incorporated by reference - may be collected by data delivery analysis report logic 100 within 
network management system 9. Other network performance parameters, such as frame size, 
may also be collected from FRAU's 12a and 12c by network management system 9. Network 

20 management system 9 communicates with FRAU 12a over connection 14 and with FRAU 12c 
over connection 26. While shown as discrete connections, connections 14 and 26 may also be 
through communication network 16. 

Still referring to Fig. 1, PVC's 19a, 19b, and 19c illustrate the concept of multiple 
communication paths within communication network 16, An additional multiplexed 

25 secondary channel 24 may be included in a frame relay communication path, such as PVC 
19a, over which management information can be communicated. Commonly assigned U.S. 
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Patent No. 5,654,966 entitled "CIRCUIT AND METHOD FOR MULTIPLEXING A 
FRAME-RELAY VIRTUAL CIRCUIT AND FRAME-RELAY SYSTEM HAVING 
MULTIPLEXED VIRTUAL CIRCUITS", issued on August 5, 1997, to Lester fr.et aL, 
describes a secondary channel over which management information can be communicated, 
5 and is hereby incorporated by reference. 

Fig. 2 shows a block diagram of a network model 31 illustrating the framework within 
which the present invention resides. The logic of the preferred embodiment of the present 
invention resides within a network management system that oversees and manages a plurality 
of FRAU's 12 connected in a communications network. FRAU 12 is typically the device that 

10 connects user equipment to a frame relay network. FRAU 12 typically communicates over a 
frame relay network using Layer 2, or the data link layer 32, of the OSI seven layer model 33. 
FRAU 12, however, is also aware of layer 1, or the physical layer 34 of the OSI seven layer 
model, since it contains a physical layer access device, such as a DSU. 

Contained at the data link layer 32 are the standards and protocols (including the 

15 logical management interface (LMI)) that enable the transport of frame relay data. The 
protocol architecture that supports frame relay transport can be considered to reside in two 
planes of operation. The control plane 35 and the user plane 39. The control plane allows 
signaling to control the establishment and termination of transportation services on the user 
plane. At the data link layer 32, LAPD (link access protocol, D channel) (Q.922) (ISDN Data 

20 Link Layer Specification For Frame Mode Bearer Services) 37 is used to provide a reliable 
data link control service with error control and flow control. This data link control service is 
used for the exchange of Q.933 control signaling messages 36. For the transfer of information 
between end users, the user plane 39 protocol is LAPF (link access procedure for frame mode 
bearer services) CORE (Q.922 CORE) (Annex A-Core Aspects Of Recommendation Q.922 

25 For Use With Frame Relay Bearer Service) 38. The protocol Q.922, among other things, 
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includes an address header that is applied to a data packet and provides the addressing for the 
frame relay packet. 

The physical layer includes the hardware connections and physical media that enable 
the transport of information over the network. 

5 Referring now to Fig. 3, shown is a block diagram illustrating a network management 

system (NMS) 9, containing the data delivery analysis report logic 100 of the present 
invention. NMS 9 contains a number of elements that allow for the monitoring and 
management of communication devices 12 that are operating over communication network 
16. In accordance with an aspect of the invention, network management system 9 includes 

10 data poller 42, which receives information relative to a particular PVC over which at least two 
communication devices 12a and 12b, for example, are operating. Although shown as 
connecting to NMS 9 through communication network 16, FRAlPs 12a and 12b may connect 
directly to NMS 9. 

Data poller 42 collects information such as, but not limited to, transmit bit burst 
15 analysis, round trip network latency, end-to-end data delivery success and transmit frame size 
distribution relating to FRAU's 12a and 12b. Data poller supplies this information over 
connection 47 to data delivery analysis report logic 100, which analyzes the individual pieces 
of information and generates the data delivery analysis report (an example of which is 
illustrated with respect to Fig. 5). 
20 Data delivery analysis report logic 100 delivers the report over connection 48 to data 

presentation module 44, which formats the information for presentation. Data presentation 
module 44 forwards the formatted information over connection 49 to graphical user interface 
(GUI) 46. GUI 46 prepares the information for presentation to a network administrator over 
display 41. 

25 GUI 46 also communicates with data poller over connection 5 1 in order to enable a 

network administrator to determine and control the rate at which the data poller operates. 
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Specifically, the rate at which the data poller communicates with FRAU's 12a and 12b to 
collect the above-mentioned information relative to the communication channel (PVC) over 
which FRAU's 12a and 12b are operating. If desired, the network administrator may also 
terminate the operation of the data poller 42 by sending the appropriate command from GUI 

5 46 over connection 5 1 . 

Communication channels 21, 22 and 27 are typically the physical connection that 
connects the network management system 9 to communication network 16, through which 
FRAU's 12 are connected. However, communication channels 21, 22 and 27 can be any 
medium for connecting the network management system 9 and FRAU's 12 to a 

10 communication network. A secondary channel 24 may exist within each data link connection 
identifier (DLCI), which in turn exist over communication channels 21, 22 and 27. 

Secondary channel 24 carries management and control information, which may 
include information relating to the network performance analysis and display of the present 
invention. Data delivery analysis logic 100 allows for the collection and display of various 

15 network performance parameters relative to at least two FRAU's 12. For example, a network 
administrator may be operating a network management terminal and request a data delivery 
analysis report. The data delivery analysis report (a sample of which is depicted in Fig. 5) 
may be analyzed by the network operator to determine for a particular PVC whether the 
network is performing as desired, or whether the customer data traffic characteristics are 

20 causing reduced network performance. Typically, a network provider will guarantee a certain 
information rate to an end user. This is sometimes referred to as the committed information 
rate (CIR). If a customer is experiencing poor network performance it may be useful to be 
able to determine whether the poor performance is a result of the network or is a result of the 
customer traffic characteristics. By analyzing the information presented in the data delivery 

25 analysis report, a network administrator may be able to make this determination. 
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For example, if the round trip network latency and end to end data delivery success 
rates are acceptable, but the end user is still experiencing poor network performance, 
analyzing the transmit frame size distribution and bit burst analysis may allow the network 
administrator to determine that the end user traffic characteristics are resulting in the poor 
5 network performance. Similarly, if the end user parameters are within acceptable limits and 
the round trip network latency or the end to end data delivery success are not within a 
prescribed limits, then it may be an indication of a network problem. The foregoing are 
merely examples. Any combination of the bit burst analysis, network latency, data delivery 
success or the frame size distribution may be used to determine whether the network is 
10 operating as desired. 

Of course, additional information may be obtained and presented in the data analysis 
report 100 consistent with the concepts and teachings of the present invention. 

Also included in NMS 9 is statistics database 48. Statistics database 48 communicates 
with data delivery analysis report logic 100 in order to store the performance parameter 
15 information obtained from FRAU's 12. 

Fig. 4 is a flow diagram 100 illustrating the operation of the data delivery analysis 
report logic of Fig. 3 as applied to generating a data delivery analysis report. 

The flow chart of Fig. 4 shows the architecture, functionality, and operation of a 
possible implementation of the data delivery analysis report software of Fig. 2. In this regard, 
20 each block may represent a module, segment, or portion of code, which comprises one or 

more executable instructions for implementing the specified logical fiinction(s). It should also 
be noted that in some alternative implementations, the functions noted in the blocks may 
occur out of the order noted in Fig. 4. For example, two blocks shown in succession in Fig. 4 
may in fact be executed substantially concurrently, the blocks may sometimes be executed in 
25 the reverse order, or some of the blocks may not be executed in all instances, depending upon 
the functionality involved, as will be further clarified hereinbelow. 
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In block 151, the data delivery analysis logic 100 queries each FRAU 12 in the PVC 
being considered for its bit burst analysis data, which is placed in database 48 within NMS 9. 

In block 152, the data delivery analysis report logic 100 queries each FRAU 12 in the 
PVC for its network latency information. 
5 Similarly, in blocks 154 and 156, the data delivery analysis report logic 100 queries 

each FRAU 12 for its data delivery success rate and its frame size distribution information and 
places that information in database 48. 

In block 157, when the aforementioned information is available in database 48, the 
data delivery analysis report logic 100 in cooperation with graphical user interface 110 
10 generates a graphical representation of the information and presents it to a user over display 
41. 

Fig. 5 is a graphical representation generated by the data delivery analysis logic 100 of 
Figs. 3 and 4. Illustrating one possible manner in representing the information generated by 
the data delivery analysis report logic, report 100 includes transmit bit burst analysis view 

15 101, round trip network latency view 102, end to end data delivery success view 104, and 
transmit frame size distribution view 106. By simultaneously presenting these views to a 
network administrator, various network performance parameters may be analyzed such that 
network performance may be determined. 

It should be emphasized that the above-described embodiments of the present 

20 invention, particularly, any "preferred" embodiments, are merely possible examples of 

implementations, merely set forth for a clear understanding of the principles of the invention. 
Many variations and modifications may be made to the above-described embodiment(s) of the 
invention without departing substantially from the spirit and principles of the invention. For 
example, the principles of the data delivery analysis report detailed herein are similarly 

25 applicable to other communication services such as, for example but not limited to ATM. 
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All such modifications and variations are intended to be included herein within the 
scope of the present invention, as defined in the claims that follow. 
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CLAIMS 



Therefore, the following is claimed: 

1 1 . A system for displaying network performance parameters, comprising: 

2 means for collecting bit burst analysis, network latency, data delivery success and 

3 frame size distribution information; and 

4 display means for displaying said bit burst analysis, network latency, data delivery 

5 success and frame size distribution information. 

1 2. The system of claim 1 , wherein said display means further comprises a graphical 

2 user interface. 

1 3 . The system of claim 1 , wherein said bit burst analysis, network latency, data 

2 delivery success and frame size distribution information is derived from at least two 

3 communication devices by a network management system. 

1 4. In a communication environment having at least two communications devices and a 

2 network management system, a system for displaying network performance information, 

3 comprising: 

4 a plurality of network performance parameter views; and 

5 display means for presenting to a user said plurality of network performance parameter 

6 views. 

1 5. The system of claim 4, wherein said plurality of views includes at least one view 

2 selected from the group consisting of: bit burst analysis, network latency, data delivery 

3 success and frame size distribution. 
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1 6. The system of claim 4, wherein said display means further comprises a graphical 

2 user interface. 

1 7. The system of claim 5, wherein said views are collected from said at least two 

2 communication devices by said network management system. 

1 8. A method for displaying network performance parameters in a network comprising 

2 a network management system and at least two communication devices, the method 

3 comprising the steps of: 

4 collecting a plurality of network performance parameter views including a bit burst 

5 analysis performance parameter view, a network latency performance parameter view, a data 

6 delivery success performance parameter view, and a frame size distribution performance 

7 parameter view; and 

8 displaying said bit burst analysis, said network latency, said data delivery success, and 

9 said frame size distribution performance parameter views. 

1 9. The method of claim 8, further comprising the step of: 

2 collecting in said network management system said plurality of network performance 

3 parameter views from each of said at least two communication devices. 

1 1 0. The method of claim 8, further comprising the step of allowing an administrator of 

2 a network the ability to determine, from said plurality of network performance parameter 

3 views, the performance of said communication network. 
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1 1 1 . A computer readable medium having a program for displaying network 

2 performance parameters in a network comprising a network management system and at least 

3 two communication devices, the program comprising logic configured to perform the steps of: 

4 collecting a plurality of network performance parameter views including a bit burst 

5 analysis performance parameter view, a network latency performance parameter view, a data 

6 delivery success performance parameter view, and a frame size distribution performance 

7 parameter view; and 

8 displaying said bit burst analysis, said network latency, said data delivery success, and 

9 said frame size distribution performance parameter views. 

1 12. The program of claim 1 1, further comprising logic configured to perform the step 

2 of: 

3 collecting in said network management system said plurality of network performance 

4 parameter views from each of said at least two communication devices. 

1 13. The program of claim 1 1 , further comprising logic configured to allow an 

2 administrator of a network the ability to determine, from said plurality of network 

3 performance parameter views, the performance of said communication network. 
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ABSTRACT OF THE DISCLOSURE 

A data delivery analysis report is generated by collecting various network performance 
parameters from a plurality of communication devices connected to a communication 
network. Logic located at a network management system collects and presents the network 
performance information to a network administrator in a graphical format such that the 
network administrator may determine whether reduced network performance is attributable to 
the network or to the traffic characteristics of a particular network user. 
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Attorney Docket No: 061607-1020 
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AND DISPLAY OF NETWORK PERFORMANCE DATA IN A COMMUNICATION NETWORK, 

the specification of which: 
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was filed on as Application Serial No. . 
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^provisional patent application, foreign application(s) for patent or inventor's certificate listed below and have 
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f inventor's certificate having a filing date before that of the above-identified application on which priority is 
Maimed: U.S. Provisional Patent Application Serial No. 60/083,035, entitled "Data Delivery Analysis 
^Report" and filed April 24, 1998 

I I/we hereby claim the benefit under Title 35, United States Code, §120 of any United States patent 
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35,659; Jeffrey R. Kuester, Reg. No. 34,367; Daniel J. Santos, Reg. No. 40,158; Daniel R. McClure, 
Reg. No. 38,962; Robert E. Stachler II, Reg. No. 36,934; David P. Kelley, Reg. No. 17,420; Michael J. 
Tempel, Reg. No. 41,344; Michael J. D'Aurelio, Reg. No. 40,977; David R. Risley, Reg. No. 39,345; Jon 
E. Holland, Reg. No. 41,077; Dan R. Gresham, Reg. No 41,805; M. Paul Qualey, Reg. No 43,024. 
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